Sollten wir die CertHub-Struktur nutzen oder unsere eigene bauen?
Wenn du CertHub in einem Medizintechnikunternehmen einfuehrst, solltest du mit der CertHub-Struktur starten. In der Praxis heisst das: Nutze den Guided Setup und die von CertHub bereitgestellten Libraries und passe sie dort an, wo dein Produkt es wirklich braucht.
Starte nicht mit einem leeren Produkt und baue die gesamte Struktur von Grund auf neu, ausser es gibt eine sehr konkrete Luecke, die der bereitgestellte Aufbau nicht abdeckt.
Kurze Antwort
Nutze die CertHub-Struktur, wenn du:
- einen Aufbau willst, der bereits MDR- oder IVDR-orientiert ist
- schneller zu Risiko, Anforderungen, Verifikation und Validierung kommen willst
- weniger Einfuehrungsaufwand willst
- moeglichst schnell Unterstuetzung durch das CertHub-Team bekommen willst
Eine staerkere Individualisierung ist nur dann sinnvoll, wenn du zusaetzliche produktspezifische Inhalte auf die vorhandene Struktur aufsetzt, nicht wenn du sie ersetzt.
Warum das der bessere Standard ist
Die meisten QM- und RA-Teams wollen keine neue Struktur fuer ihre technische Dokumentation erfinden. Sie wollen schnell zu einem verlaesslichen, auditierbaren Aufbau kommen.
Genau dafuer ist die CertHub-Struktur da:
- Sie bringt bereits einen regulatorisch orientierten Aufbau fuer technische Dokumentation, Risikomanagement und Design Control mit.
- Der Guided Setup passt das Paket an Regulierung und Produktklasse an.
- Die bereitgestellte Struktur passt zu den Templates, Prozessen und Traceability-Mustern, die in der CertHub-Dokumentation bereits beschrieben sind.
- Wenn dein Team mit der gemeinsamen CertHub-Struktur arbeitet, kann Support sehr viel schneller helfen, weil ihr dieselbe Sprache sprecht.
Was schiefgeht, wenn Teams alles selbst neu bauen
Auf den ersten Blick wirkt ein kompletter Neuaufbau oft attraktiv, weil er an alte Ordnerstrukturen, Excel-Tabellen oder Word-Dokumente erinnert.
In der Praxis fuehrt das oft zu vier Problemen:
1. Deine technische Dokumentation bleibt schwerer beherrschbar
Wenn du im Grunde nur die alte Dokumentenlogik in CertHub nachbaust, bleibt die echte Quelle der Wahrheit oft ausserhalb des Systems. Das schwaecht Traceability und erschwert Reviews.
2. Wichtige Beziehungen lassen sich schwerer pflegen
CertHub ist dann am staerksten, wenn Anforderungen, Risiken, Massnahmen, Verifikation und Validierung in einer Struktur liegen, die genau diese Beziehungen bereits erwartet. Wenn du diese Struktur zu stark umbaust, steigt der manuelle Aufwand und das Risiko von Luecken.
3. Vorgebaute Ergebnisse passen nicht mehr sauber
Bereiche wie EUDAMED-bezogene Ausgaben, Templates und gefuehrte Produktstrukturen funktionieren am besten, wenn der zugrunde liegende Aufbau weiterhin dem CertHub-Modell folgt.
4. Jede Support-Frage wird zu einem Sonderfall
Wenn euer Setup komplett individuell ist, beginnt jede Einfuehrungs- oder Support-Frage zuerst mit einer Erklaerung eures Modells. Das kostet auf beiden Seiten Zeit.
Waehle das, wenn
Nutze die CertHub-Struktur, wenn:
- du CertHub zum ersten Mal einfuehrst
- du einen starken Ausgangspunkt fuer MDR- oder IVDR-Arbeit willst
- du einen auditierbaren Aufbau willst, ohne jede Kategorie selbst zu entwerfen
- du moechtest, dass CertHub dich effizient unterstuetzen kann
- deine bisherige Struktur vor allem aus alten Ordnern, Tabellen oder Dokumentgewohnheiten stammt
Tu das nicht, wenn
Baue nicht alles von Grund auf neu, nur weil:
- sich eure bisherigen Ordnernamen vertraut anfuehlen
- eure technische Dokumentation bisher in Word und Excel gelebt hat
- verschiedene Abteilungen heute verschiedene Begriffe fuer aehnliche Inhalte verwenden
- du vermutest, dass eine eigene Struktur am Anfang "sauberer" waere, bevor du den Standard ueberhaupt genutzt hast
Was du trotzdem anpassen solltest
Die CertHub-Struktur zu nutzen heisst nicht, dass dein Setup generisch bleiben muss.
Du solltest den Aufbau dort erweitern, wo dein Produkt es verlangt. Zum Beispiel:
- ein Sterilisator braucht moeglicherweise mehr Tiefe zu Sterilitaet und Aufbereitung
- ein SaMD-Produkt braucht moeglicherweise mehr Tiefe zu Software-Architektur oder SOUP
- dein Team braucht vielleicht zusaetzliche Felder oder Listen fuer interne Reviews oder operative Klarheit
Solche Erweiterungen sind sinnvoll. Entscheidend ist, dass du die Struktur erweiterst und nicht ihre Grundlogik ersetzt.
Ein praktisches Beispiel
Stell dir zwei Hersteller der Klasse IIa vor, die gleichzeitig starten.
Team A nutzt den Guided Setup, behaelt die bereitgestellte Struktur und ergaenzt nur einige produktspezifische Punkte.
Team B startet mit einem leeren Produkt und baut seine alte Word-Dossierlogik nach.
Sechs Monate spaeter hat Team A einen klareren Weg von der Anforderung zur Verifikation und vom Risiko zur Massnahme. Team B hat zwar Informationen in CertHub, aber die alte Dokumentenlogik steuert noch immer zu viele Entscheidungen. Dadurch ist die Traceability schwaecher und Support-Gespraeche dauern laenger.
Empfehlung
Wenn du unsicher bist, behandle die CertHub-Struktur als den sicheren Standard.
Starte mit dem Guided Setup. Nutze die bereitgestellten Libraries. Ergaenze nur das, was dein Produkt wirklich braucht. So bekommt QM und RA eine bessere Grundlage fuer Traceability, Review-Bereitschaft und langfristige Pflege.